WITH 


8-pit MONO 


2 SOUND STANDARDS 
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MICROPHONE FROM SILICA SYSTEMS 
8-pit STEREO 


8-nit MONO 


4 SOUND STANDARDS 


5 SOUND STANDARDS 
At last, a 16-bit STEREO PC Sound Card at er 

an affordable price, and with more sound 
standards than any other sound card. That's 
just one of the Sound Galaxy range’ from 
Silica Systems. The range also includes 8-bit 
mono and stereo cards with several CD- 
ROM and sound standard options. Check 
out the Sound Galaxy cards against the 
competition in the comparison tables below. 
Powerful features, coupled with quality man- 
ufacture and keen pricing make the Sound 
Galaxy range a winner. And, every Sound 
Galaxy PC Sound Card from Silica Systems, 


- 


Sounp Gataxy BXIl Sounp Gataxy NXII 


Sounp Gataxy NX PRO EXTRA 


a 


comes with a Dynamic Microphone, worth 


£7.99+vaT FREE OF CHARGE! 


8-bit Faegee 
COMPARISON [igi fied Muu 


No OF Sounp STANDARDS 
AoLia 

Souno BLASTER Version 2 
‘Souno Buaster Pro It 
Covox SPEECH THING 


FM Sywtwesiser - OPL3 
Manuat VoLume Controt 
RE VOLUME CONTROL 
TreBLe CONTROL 


STEREO 
ATIVE 
0 
ER 


Can Use MicnoPHone Ano CD Durine 
DiGiTAL PLAYBACK 
CD-ROM InterFace (AT-Bus) 
PANASONIC INTERFAGI 

Mitsumi INTERFAG 

Sony INTERFAC 
MICROPHONE AGC AmPLiFiER 
STEREO MICROPHONE INPUT 
‘Sortware SELECTABLE IRQ, DMA & 
Appress SETTING CONFIGURATION 
RETAINED WHEN Power Of 


Mixer Support From More THar 
One Source Durinc Recoroinc 
Stereo Lines In Ano Out 


16-bit 


COMPARISON 


No OF Souno STANDARDS 


AoLia 
Sound BLASTER VERSION 2 
Souno Buaster Pro Il 
Micaosort Winoows Souno System 
Covox SPEECH THING 
Disney Souno Source 
[——“Aswmussen-oPL3 |e |e |e |_o_] 
Dicitat SorTware VoLume ConTROL vee) S'S: eal 
Digitat Bass & TreBLe CONTROL 
ea 
Recono & PLayeack UP To: | 44.1KHz | 44.1KHz 
|__Gawe Port, Win MIDI Orion | _@ | @ | bree 


Can Use MicrorHone Ano CD 
Digirat PLAY 


PANASONIC INTERFAC 
Mitsumi INTERFACE 
NY INTERFACE 


MicnoPHONe AGC AMPLIFIER 
SreReo MicnoPHONE Input 
‘Sortwane SeveoTaBLe 1RO, DMA & Bhai 
‘Apoaess Setrinc CONFIGURATION 
Revaineo WHEN Power OFF 
Sees | 
One Source Durine RECORDING 
WAVE-TABLE SyNTHESIS 


Stereo Lines Iv Ano Our] @ | 


090693-1600 


MAIL ORDER HOTLINE 


¥ 081-309 1111 
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SILICA SYSTEMS OFFER YOU 


FREE OVERNIGHT DELIVERY: On all hardware orders shipped in the UK mainland. 
TECHNICAL SUPPORT HELPLINE: Team of technical experts at your service. 

PRICE MATCH: We normally match competitors on a “Same product - Same price” basis. 
ESTABLISHED 14 YEARS: Proven track record in professional computer sales. 

£12 MILLION TURNOVER (with 60 staff): Solid, reliable and profitable. 

BUSINESS + EDUCATION + GOVERNMENT: Volume discounts available 081-308 0888. 
SHOWROOMS: Demonstration and training facilities at all our stores. 

THE FULL STOCK RANGE: All of your requirements from one supplier. 

FREE CATALOGUES: Will be mailed to you with offers + software and peripheral details. 
PAYMENT: Major credit cards, cash, cheque or monthly terms (APR 29.8% - written quotes on request). 
Before you decide when to buy your new PC peripherals, we suggest you think very carefully about 
WHERE you buy them. Consider what it will be like a few months after you have made your purchase, 
when you may require additional products or consumables, or help and advice with your new purchase. 
And, will the company you buy from contact you with details of new products? At Silica Systems, we 
ensure that you will have nothing to worry about. We have been established for almost 14 years and, 
with our unrivalled experience and expertise, we can now claim to meet our customers’ requirements 
with an understanding which is second to none. But don't just take our word for it. Complete and return 
the coupon now for our latest FREE literature and begin to experience the “Silica Systems Service”. 


SYSTEMS 


@ 8-bit Mono Sound Card 
@ Dynamic Filtering: 
For Better Sound Reproduction 
® CD Audio In: 
@ Built-In Amplifier 
@ MIDI Interface 
FREE Dynamic Microphone from Silica 


® 8-bit Mono Sound Card with CD ROM Interface 
Disney Sound Source 

© Software Configuration Settings in Eeprom: 

@ FREE Dynamic Microphone from Silica 


@ 2 Sound Standards 
AdLib, Sound Blaster v.2 
e FREE Speakers 
Direct Audio Connection from your CD-ROM into the Card 
@ Mixer Support: 
Recording and Playback from Multiple Sources 
MONO 
Ref: SOU 1002 


+VAT = £69.33 


2 SOUND STANDARDS 


at 
5 ESS. 
BF RNY 


) BOARD 


Sounp Gataxy Business Aupio Boarp 
16-bit Stereo Sound Card with CD ROM Interface 


2 Sound Standards 
AdLib, Microsoft Windows Sound System 


FREE Headphones & Personal Microphone 
Ideal for the Serious Business User 


CD-ROM Interfaces (Built-In) For: 
Panasonic, Mitsumi & Sony Drives - Optional 
Upgrade to SCSI 


Software Control of Volume, Bass & Treble 
Built-In Amplifier 
FREE Dynamic Microphone from Silica 


4 Sound Standards 
AdLib, Sound Blaster v.2, 
Covox Speech Thing, 
FREE Speakers 
CD-ROM Interface (Built-In) For: 
Panasonic Drives 
Card Doesn't Reset on ‘Power-Off' 
@ Software Control of Volume, Bass & Treble 
e Built-In Amplifier & MIDI Interface 
8-bit 
MONO 
Ref: SOU 1024 +VAT = £92.83 


6 SOUND STANDARDS 


Souno Gataxy NX PRO 16 
16-bit Stereo Sound Card with CD ROM Interface 
6 Sound Standards 
AdLib, Sound Blaster v.2, Sound Blaster Pro Il, MS Windows 
Sound System, Covox Speech Thing, Disney Sound Source 
FREE Headphones & Personal Microphone 
CD-ROM Interfaces (Built-In) For: 
Panasonic, Mitsumi & Sony Drives - Optional 
Upgrade to SCSI 
Software Configuration Settings in Eeprom: 
Card Doesn't Reset on ‘Power-Off' 
Software Control of Volume, Bass & Treble 
Built-In Amplifier & MIDI Interface 
Wave Power Upgrade: 
Uses an Ensoniq Chip to provide General MIDI 
Compatibility with 128 Instruments and 32 Note Polyphony 
FREE Dynamic Microphone from Silica 


16-bit 
STEREO 


+ CD ROM INTERFACE 


Ref: SOU 1084 +VAT = £128.08 


MAIL ORDER: 
Order Lines Open: Mon-Sat 9.00am-6. 


16-bit 
STEREO 


+CD ROM INTERFACE 


Ref: SOU 1062 +VAT = £175.08 


1-4 The Mews, Hatherley 
00pm 


@ 5 Sound Standards 
AdLib, Sound Blaster v.2, Sound |FREE! 
@ FREE Speakers 
@ CD-ROM Interface (Built-In) For: 
© Software Configuration Settings in Eeprom: 
Card Doesn't Reset on ‘Power-Off’ 
@ FREE Dynamic Microphone from Silica 
8-bit » | 


© 8-bit Stereo Sound Card with CD ROM Interface 
Blaster Pro |, Covox Speech 
Thing, Disney Sound Source 
Panasonic, Mitsumi & Sony Drives - Optional 
Upgrade to SCSI 
@ Software Control of Volume, Bass & Treble 
@ Built-In Amplifier & MIDI Interface 
STEREO 


Ref: SOU 1046 +VAT = £116.33 


UPGRADE FOR NX PRO 16 


The WavePower daughterboard option plugs onto the NX PRo 16 
and turns it into a powerful 32 note polyphonic Digital Wave- 
Table Synthesisier. Ensoniq, the well known manufacturers of 
professional music equipment, provide the chipset on 
WavePower. This allows for the realistic reproduction of various 
instrument sounds including Marimba, Guitar, Bass, Strings and 
Special Effects. WavePower is also General MIDI compatible pro- 
viding the 128 instrument sounds and associated percussion 
required of the standard. WavePower comes bundled with 
MidiSoft Studio for Windows. 
This combination provides a 
powerful tool for you to create 
your own compositions or to 
playback the large number of 
MIDI files that are available. 


ACCESSORIES | 


For recording your own vocal samples or sound effects (this 
microphone is free from Silica with each Sound Galaxy Card), 


SOU 9010 £7.99 +var = £9.39 


+VAT = £126.31 SOU 1096 


Connects to the Game Port on the card and provid | 
IN/OUT as well as an extension for a joystick, 


SOU 9016 £9.99 svar = £11.74 


When connected to the Mitsumi AT-Bus CD-ROM interface 
on the NX PRO Extra, Business Audio Board or NX PRO 16, it 
allows connection of the Sony AT-Bus CD-ROM drive. 


SOU 9021 £7.99 +var = £9.39 


Plugging the Sound Galaxy Extension Board onto the NX 
PRO Extra, Business Audio Board or NX PRO 16, enables you 
to support a wide range of SCSI CD-ROM drives, 


SOU 9028 £29 svar = £34.08 


Rd, Sidcup, Kent, DA14 4DX Tel: 081-309 1111 
No Late Night Opening 


Fax No: 081-308 0608 


LONDON SHOP: 
Opening Hours: 


Mon-Sat 9.30am-6.00pm 


52 Tottenham Court Road, London, W1iP OBA Tel: 071-580 4000 
No Late Night Opening 


Fax No: 071-323 4737 


LONDON SHOP: 
Opening Hours: 


Mon-Sat 9.30am-7,00pm 


Selfridges (Basement Arena), Oxford Street, London, W1A 1AB Tel: 071-629 1234 
Late Night; Thursday - 8pm 


Extension: 3914 


SIDCUP SHOP: 
Opening Hours: 


Mon-Sat 9.00am-5.30pm 


1-4 The Mews, Hatherley Rd, Sidcup, Kent, DA14 4DX Tel: 081-302 8811 
Late Night: Friday - 7pm 


Fax No: 081-309 0017 


~~ 


SILICA 


ESSEX SHOP: 


Opening Hours: 


Mon-Fri 10.00am-5.30pm {Sat 9.00am-6.00pm) 


Mr/Mrs/Ms; ......0.006 Initialsrccc.icx.. SUMANG: Cie het he tee it seat e eee Samet oe 


Address: 


Keddies (2nd Floor), High Street, Southend-on-Sea, Essex, SS11LA Tel: 0702 468039 
Late Night: Thursday - 7pm 


Fax No: 0702 468039 


To: Silica Systems, PCW-0993-110, 1-4 The Mews, Hatherley Rd, Sidcup, Kent, DA14 4DX 
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E&OE - Advertised prices and specifications may change - Please return the coupon for the latest information 
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Making the right moves 


July’s mini-max method determines the best moves in a two-person game but it can 
produce weak play when it is not possible to explore the whole game tree. Mike Liardet 
explains the database method, which works with the entire tree for optimum play. 


ee database method is simple. A 
database contains a representa- 
tion of every possible position in a 
game along with the recommended 
move for the position. For optimum 
play the method notes the current 
position, finds the relevant record 
and looks up the recommended move 
stored there. The challenging part of 
the technique is creating the database. 
Once it exists, it is a trivial task for a 
program to access it. 

You don’t get optimum play for 
nothing, and the database method is 
not as widely applicable as mini-max. 
With chess end games it can perfect 
the notoriously difficult King and 
Rook vs King and Queen ending. It can 
also be applied to simple counter 
games although for the earlier phas- 
es of most a full database would be too 
large to handle. The KQ vs KR data- 
base requires around five million 
records, which is small enough for 
most PCs, but if just one other piece 
is brought into the game it would have 
to expand to over 300 million records. 
With any more pieces it would soon 
reach astronomical proportions. 

When applied to puzzle-solving, 
the database method is easier to 
describe and less demanding on hard- 
ware. We will introduce it here with 
the sliding-block puzzle shown in Fig 
1. The key parts of the technique will 
be illustrated with QBasic fragments; 
most users will have no difficulty fill- 
ing in the gaps or recoding in a more 
efficient language. 

The puzzle is quite tantalising: it 
looks simple but the solution is elu- 
sive. In best Blue Peter fashion a pair 
of scissors and some stout cardboard 
should produce something usable; 
alternatively, a neat wooden version 
is widely available. 


Fig 1: A sliding-block puzzle. The 
objective is to manoeuvre the large 
block at the top down to the middle 
of the bottom row. This is a 
traditional puzzle that comes in 
many guises. In one variation the 
large block contains a small bag of 
sweets which can only be delivered 
when the puzzle is solved. An 
Antipodean variation places a map 
of North Island New Zealand on the 
big block and South Island on the 
frame at the bottom, with a 
challenge to the puzzler to join the 
two islands together 


In theory, a tree diagram could be 
drawn to represent every possible 
sequence of mvoes (Fig 2). The tree 
starts with the initial position, from 
where the six branches represent six 
possible initial moves. From there 
downwards, the branches represent 
the possible moves at each point but 
must exclude any that repeat a posi- 
tion tried earlier. The tree terminates 


either at positions that represent the 
solution, or at dead ends, which occur 
when all possible moves at a posi- 
tion result in those that have already 
been encountered. 

Analysis of this tree would take 
an enormous amount of time. The 


- shortest solution involves over 100 


moves so the tree must have at least 
100 levels. If we assume that there are 
only two alternatives at each point 
along the way (there are often more), 
the tree would have over 2. end 
points. Even if the computer could 
analyse a million end points per sec- 
ond, it would take billions of years to 
analyse the entire tree. 

One feature of this type of problem 
is that the same positions crop up 
along different branches of the tree. 
(So far, we have only considered the 
exclusion of repeated positions down 
the same branch of the tree.) Fig 2 
shows the positions X and Y, which 
are repeated at Level 2. There are 
many routes to any given position 
and it would be convenient if each 
position was only analysed once. 
Every position must be recorded, 
which leads to the database record. 

With the method we will be look- 
ing at here, neither the position nor 
the move will be held explicitly in the 
database file, which reduces the disk 
storage requirements to just one byte 
per record. The method uses an index- 
ing system rather like a convention- 
al database mechanism, that can con- 
vert any puzzle position into a unique 
record number. It also uses one that 
can convert a record number back 
into a puzzle position. 

The database itself is a file con- 
taining one-byte records, each con- 
taining only the number of moves 
required from that position to reach 
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Fig 2 Tree diagram illustrating all possible solution paths and dead ends to the blocks puzzle 


the solution. (The recommended move 
can easily be derived from this infor- 
mation.) If the puzzle is not solvable 
from any given position, its record 
will contain a special value. 

The puzzle positions and the best 
moves in the database can be calcu- 
lated quite easily. Fig 3 shows how the 
database can be used to work out the 
next move from the initial position. 


There are six possible moves at the 
start, and the method determines 
which is on the way to the final solu- 
tion by calculating the initial posi- 
tion record number (8820) and access- 
ing the number of moves needed (112) 
from the 8820th record in the data- 
base. It then generates each of the six 
possible moves and calculates their 
record numbers (9270, 8728 and so 


Database 


Fig 3 Using the database to determine the first move en route to solving the puzzle. 
The values given are the real values generated by the program 
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Level 1 


Level 2 


Level 3 


4 Level 99 


Level 142 


Solved 
Level 159 


on), accessing the number of moves 
needed in each case. 

From each generated position, it 
is easy to select the position which 
requires fewer moves than the initial 
one. In this case, position 7965 
requires 111 moves and is en route to 
the solution. The next move can be 
determined in a similar way. 

Eventually the method will arrive 
at the final position, which is zero 
moves from the solution. At this point 
the puzzle is solved, with all positions 
visited representing the solution path. 
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Fig 4 \nitialising the blocks 
DIM blkht (12), blkwid(12), blkpos(12), blkrpt(12), blk- 
sort(12), disp$(12) 


NMBLOCKS = 6: NBLOCKS = 10: NSPACES = 2: CLR = 12 

SOLNBLK = 0: SOLNPOS = 13 ‘Solution block & solution posi- 
tion 

blkht(0) = 2: blkwid(0) = 2: disp$(0) = “#”": blkrpt(0) = 1 
‘2 x 2 big square 

blkht(1) = 1: blkwid(1) = 2: disp$(1) = “-”: blkrpt(1) = 1 


‘1 x 2 wide rectangle 
blkht (2) = 2: blkwid(2) 1: disp$(2) 
4’2 x 1 thin rectangles(4 of em) 


“|": blkrpt (2) 


blkht (3) = 2: blkwid(3) = 1: disp$ (3) = “|” 
blkht (4) = 2: blkwid(4) = 1: disp$(4) = “|* 
blkht(5) = 2: blikwid(5) = 1s: disps$ (5) = a hd 
blkht(6) = 1: blkwid(6) = 1: disp$ (6) = Ne, blkrpt (6) a 


4'1 x 1 small squares (4 of em) 


blkht(7) = 1: blkwid(7) = 1: disp$(7) = “*” 
blkht (8) = 1: blkwid(8) = 1: disp$ (8) = Wen 
blkht (9) = 1: blkwid(9) = 1: disp$(9) = “*” 
blkht (10) = 1: blkwid(10) = 1: disp$(10) = “.”; blkrpt (10) 


= 2'1 x 1 space (2 of em) 

blkht(11) = 1: blkwid(11) = 1: disp$(11) 
blkht(12) = 5: blkwid(12) = 4: disp$(12) 
= 1’5 x 4 - used to clear grid 


No 
. 
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Fig 6 Initialising the grid 

DIM posgrid(19), grid(41) 

XHT = 5: XWID = 4: XTOT = XHT * XWID 
FOR i = 0 TO (XHT + 2) * (XWID + 2) - 1: 
ee 

FOR i = 0 TO xTOT - 1: posgrid(i) = XWID + 3 + (XWID + 2) * 
(i \ XWID) + (i MOD XWID): NEXT i 

CALL putblk(0, CLR) 


grid(i) = -1: NEXT 


Blocks are identified by numbers 
from 0 upwards, and the basic facts are 
held in arrays (Fig 4). The two spaces 
are represented as blocks and a 5 x 4 


one is used as a convenience for clear- 
ing the area occupied by them. 

In addition to the block positions 
in the array blkpos(), it is useful to 


Fig 7 Checking, placing and removing blocks 
from the grid 

FUNCTION occupied (posn, blknum) 

SHARED grid(), posgrid(), blkht(), blk- 
wid(), NBLOCKS, XWID 

‘Determines if posn is unavailable for the 
block 


pgrid 
FOR h 


NEXT w 


occupied = -1: pgrid = posgrid(posn) onal Sei 
FOR h = 0 TO blkht(blknum) - 1 siseige et payee 


FOR w = 0 TO blkwid(blknum) - 1 
IF grid(pgrid + w) < NBLOCKS THEN EXIT 


have a grid array to indicate where 
each block lies and which positions 
are vacant. You might think a 2D 5 x 
4 array could represent the grid for the 
blocks, but it is more convenient to 
have a single-dimension array repre- 
senting a 7 x 6 grid. Fig 5 shows how 
the array relates to the area of code 
used by the blocks and Fig 6 gives the 
initialisation code. The outside 
squares in the grid are given the value 
-1 because they are permanently 
unavailable; this is a simple way to 
avoid moving blocks out of bounds. 
The code to place, remove and delete 
blocks is given in Fig 7. 

The next stage is to devise a num- 
bering scheme, which calculates a 
unique number for each position and 
vice versa. It can be difficult to devise 
an efficient numbering scheme. It is 
quite easy to create a unique number 
for each position, but most obvious 
schemes result in a situation where 
there is a huge database and nearly all 
the records represent illegal positions. 

A natural scheme for the blocks 
problem takes a number from each 
block — the grid number occupied by 
its top left-hand square — and com- 
bines them into one big number using 
bit-shift operations. The blocks can 
occupy up to 20 positions, so each 
position needs five bits (which can 
store any number from 0 to 31). There 
are 10 blocks which produce a num- 
ber representing the position: that is, 
10 x 5 = 50 bits long. This is equal to 
a value of around a thousand million 
million; with this numbering scheme 
the database would need that number 
of records. 


posgrid(posn) 

0 TO blkht(blknum) - 1 

FOR w = 0 TO blkwid(blknum) - 1 
grid(pgrid + w) = blknum 


pgrid = pgrid + XWID + 2 


posn 


FUNCTION 
NEXT w 
pgrid = pgrid + XWID + 2 
NEXT h 
occupied = 0 
END FUNCTION 


SUB putblk (posn, blknum) 

SHARED grid(), posgrid(), blkht(), blk- 
wid(), blkpos(), XWID 

‘Puts block blknum in grid() and blkpos() - 
no checks 


SUB remblk (blknum) 
SHARED grid(), posgrid(), blkht(), blkwid(), 
blkpos(), XWID, CLR 
‘Remove block blknum from grid() - no checks 
pgrid = posgrid(blkpos (blknum) ) 
FOR h = 0 TO blkht(blknum) - 1 
FOR w = 0 TO blkwid(blknum) - 1 
grid(pgrid + w) = CLR 
NEXT w 
pgrid = pgrid + XWID + 2 
NEXT h 
END SUB 
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Fig 8 \nitialising the main combination array 


DIM mcomb(5, 4391) 

FOR big = 0 TO xTOT - 1 
IF occupied(big, 
CALL putblk(big, 0) 

FOR fat = 0 TO xTOT - 1 
IF occupied(fat, 
CALL putblk(fat, 1) 
FOR a = 0 TO 12 

IF occupied(a, 

CALL putblk(a, 2) 

FOR b = a + 1 TO 13 
IF occupied(b, 
CALL putblk(b, 3) 
FOR C= b +170 14 


IF occupied(C, 4) THEN GOTO newc 


CALL putblk(C, 4) 
FOR d = C + 1 TO 15 
IF occupied(d, 5) 
CALL putblk(d, 5) 

FOR i= 0 TO 5 
mcomb(i, num) = 


It’s possible to do better: only 
65,880 records are needed in the data- 
base here. Divide the blocks into two 
groups: the big ones and the small (1 
x 1) ones. It is not too difficult to enu- 
merate the positions for the big blocks 
and store them in a combination array 
(Fig 8): there are only 4392 possibili- 
ties. Part of the number-generating 
process involves accessing this array 
and determining which row number 
gives the position of the big blocks. 
The rows in the combination array 
are not all sorted so it is computa- 
tionally inexpensive to find the right 
one with the binary search method. 

The code generates positions where 
blocks 3, 4, 5 and 6 always occur in 
order. As they are identical, insisting 
on this avoids permutations which 
would clog up the system. You could 
also avoid repeating symmetrical posi- 
tions by not representing any when the 
big square is in the right half of the 
board, but we have not done this. 

The second group of blocks com- 
prises the four small blocks and the 
two pseudo-blocks — the spaces. They 
could be dealt with by considering 
all the possible positions: 190 in this 
case. A pairing of a row number from 
the main combination (0 to 4391) and 
one from the secondary combination 
(0 to 189) would then represent any 
general position. 

Most pairings would represent ille- 
gal positions where blocks from one 
combination are superimposed on 
blocks in the other. There must be 
records in the database for the illegal 
positions so it is better to avoid the 
storage and computational overhead. 

There is a better way to enumerate 


0) THEN GOTO newbig 


2) THEN GOTO newa 
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NEXT i 


num = num + 1 


CALL remb1lk(5) 


CALL remb1k(4) 


1) THEN GOTO newfat 


CALL remb1lk (3) 


newd: 
NEXT d 
newc: 
NEXT C 
newb: 
NEXT b 


CALL remblk(2) 


3) THEN GOTO newb 


newa: 
NEXT a 


newfat: 
NEXT fat 


CALL remb1lk(1) 


CALL remb1k(0) 


THEN GOTO newd newbig: 


NEXT big 


NMCOMBS = num 


blkpos (i) 


the positions of the small blocks. Once 
the main blocks are in place there are 
only six places left for the remaining 
ones, so it is only necessary to con- 
sider the ways they could be dropped 
into these. There are only 15 possi- 
bilities, generated by the code in Fig 
9. As with the main combination there 
is no need to consider permutations 
of identical blocks, which greatly 
reduces the number of possibilities. 

Armed with the two combination 
arrays it is easy to generate a record 
number for any position. Find the 
two row numbers for the arrays (sup- 
pose they are mrow and srow) and use 
the formula: 

recnum=mrow* 15+srow+1 


To create a board position from a 
given record number, use: 
mrow = (recnum-1) mod 15 
srow = (recnum-1) \ 15 

Access these rows in the two com- 
bination arrays to position the blocks, 
using the standard putblk() routine. 

To generate the database it is nec- 
essary to initialise it with its records 
set to zero, indicating a solved posi- 
tion, or with a special undefined value 
if the record represents an unknown 
board position. With this particular 
puzzle numbering scheme there are 
no records representing illegal posi- 
tions, but the database method can 
have them and some other special 
value would normally be needed here. 


For every pos- 
sible position, this 
formula generates 
a unique number 
from 1 to 65,880 
(65,880 = 
NSCOMBS (15) 
times NVCOMBS 
(4392). The posi- 
tion of the blocks 
is always main- 
tained in the blk- 
pos() array by the 
putblk() subrou- 
tine, and the val- 
ues held can be 
compared with 
the combination 
arrays to find the 
relevant row num- 
bers. As both 
arrays are sorted, 
binary search can 
be used to find the 
right row. 


Fig 9\nitialising the secondary combination array 
DIM scomb(5, 14), xcomb(5) 
num = 0 
FOR spl = 4 TO 0 STEP -1 ‘Iterate thru 
every poss posn for first blank 
FOR sp2 = 5 TO spl + 1 STEP -1 ‘and 
every remaining posn for second blank 
blknum = NMBLOCKS 
emptnum = NBLOCKS 
FOR i= 0TO 5 
IF i = spl OR i = sp2 THEN 
scomb(i, num) = emptnum 
emptnum = emptnum + 1 
ELSE 
scomb(i, num) = blknum 
blknum = blknum + 1 
END IF 
NEXT i 
num = num + 1 
NEXT sp2, spl 
NSCOMBS = num 
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i aly us number in the global variable 
Fig 10 \nitialising the database file 


DIM curposn AS LONG ‘Current position being evaluated 


DIM posnnum AS LONG ‘Record number of solution 
DIM first AS LONG, last AS LONG, ofirst AS LONG, olast AS 


LONG 

DIM ss AS LONG 
unknown$ = CHR$(255) 
solved$ = CHR$(0) 


OPEN “bloxsoln.dat” FOR BINARY AS #1 
FOR curposn = 1 TO 1& * NMCOMBS * NSCOMBS 


call setblox(curposn) 


IF blkpos(SOLNBLK)=SOLNPOS then 


PUT #1, curposn, solved$ 
ELSE 
PUT #1, curposn, unknown$ 
END IF 
NEXT curposn 


The initialisation code is shown in 
Fig 10. Each record contains only one 
character: a code of 255 (the maxi- 
mum possible) represents an unknown 
position and anything else represents 
the number of moves from that posi- 
tion to the solution. Initially the data- 
base contains only unknowns and 
zeros. The zeros are any positions 
where the top left of the large block 
occupies grid square 13. 

The complete puzzle solution can 
now be built up in stages (Fig 11). All 
the positions just one move away from 
the solution can be identified from 


Fig 11 Filling in the database file 
status$=" ™ 
FOR movenum = 1 TO 254 


the foundations of all the zero entries. 
Next, all the positions two moves 
away can be identified on the back of 
those which are one move away. This 
method not only generates all the 
positions that will reach a solution 
but finds the shortest routes. 

The setblox() and canmove() rou- 
tines in Fig 11 are left as an exercise. 
Setblox takes a record number and 
sets up all the blocks accordingly. 
Canmove detemines whether the 
specified adjacent block can be 
moved into the indicated space, and 
if so, it calculates the resulting record 


solved$ = CHR$(movenum): nsolved = 0: seek$ = 


CHR$(movenum - 1) 


FOR curposn = 1 TO 1& * NMCOMS * NSCOMBS 


GET #1, curposn, status$ 
IF status$ = seek$ THEN 
CALL setblox(curposn) 


‘Try moves from 4 dirns into each space 


FOR spcnum = NBLOCKS TO NBLOCKS + NSPACES - 1 
pgrid = posgrid(blkpos(spcnum) ) 
‘Try block above to come down... 
IF canmove(pgrid, “DOWN”) THEN PUT #1, posnnum, 
solved$: nsolved = nsolved + 1 
‘Try block below to come up... 
IF canmove(pgrid, “UP”) THEN PUT #1, posnnum, 
solved$: nsolved = nsolved + 1 
‘Try block to left to come right... 
IF canmove(pgrid, “RIGHT”)THEN PUT #1, posnnum, 
solved$: nsolved = nsolved + 1 
‘Try block to right to come left... 
IF canmove(pgrid, -1, -1) THEN PUT #1, posnnum, 
solved$: nsolved = nsolved + 1 
NEXT spcnum 
END IF 
NEXT curposn 
IF nsolved = 0 THEN EXIT FOR 
NEXT movenum 
CLOSE #1 


posnnum. There are a few traps here. 
As the board position has arisen by 
moving a block, it may be necessary 
to reorder the stated positions of the 
blocks in blkpos(). The blocks 6,7,8 
and 9 must always be encountered 
in that order. 

When no more positions can be 
generated the process is complete. 
This puzzle takes 126 iterations; oth- 
ers may take more than 254 moves. 
The record size would then need to be 
enlarged, say to two bytes per record, 
which would allow solutions of over 
60,000 moves. The initial puzzle posi- 
tion, represented by record number 
8820, can be solved in 112 moves. 

It can take a long time to run the 
generation code: an optimised ver- 
sion of the one given here took 90 
minutes on a 386SX. But once the 
database exists, access to the recom- 
mended moves is fast. Computing the 
database for more advanced problems 
can take longer. 

As for the KQ vs KR chess end 
game, a record number for each posi- 
tion can be computed using the val- 
ues 0 to 63 for the four pieces, plus a 
few extra bits to indicate which side 
is to move and which pieces are cap- 
tured. (The database also handles K vs 
KR and KQ vs K.) The database val- 
ues should indicate an illegal position 
(like a king left in check), an unknown 
position, a draw or a win for one side 
or the other. Won positions must indi- 
cate the number of moves needed for 
the win, as well as the winning side. 

The database can be initialised 
with values for the end positions, and 
other positions can be calculated pro- 
gressively. The calculation involves 
further complications since it is not 
just a matter of determining whether 
a known position can be reached in 
one move from another position, but 
whether the player would choose that 
move. It is possible to keep the data- 
base below 6Mb, especially if the 
game’s symmetry is used to reduce the 
possible positions of, say, the white 
king, to just 10 places. If anyone can 
develop this database on a PC we 
would be interested to hear about it. 


Sources for the puzzle 
Hardware 

Grand Master wood block puzzle, 
available from many games and 
gift shops including Virgin Games. 
Software 

Microsoft Windows Entertainment 
Pack 3. Tel (0734) 270000. 
BrainBox Blox-Master, £12.50. 

Tel 071-622 0801. 
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